home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group95a.txt / 000016_icon-group-sender _Tue Jan 17 15:11:36 1995.msg < prev    next >
Internet Message Format  |  1995-02-09  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Tue, 17 Jan 1995 13:11:48 MST
  2. From: Nick Williams <nmw@ios.com>
  3. Message-Id: <199501172011.PAA22413@ios.com>
  4. Subject: Re: HTML Management Project - best lang tcl/perl/rexx? (fwd)
  5. To: icon-group@cs.arizona.edu
  6. Date: Tue, 17 Jan 1995 15:11:36 -0500 (EST)
  7. X-Mailer: ELM [version 2.4 PL23]
  8. Mime-Version: 1.0
  9. Content-Type: text/plain; charset=US-ASCII
  10. Content-Transfer-Encoding: 7bit
  11. Content-Length: 1526      
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13.  
  14.  
  15. >In <1995Jan17.074644.849@netlabs.com> lwall@netlabs.com (Larry Wall) writes:
  16. >
  17. >>I can't speak for Icon, though my impression is that Icon development
  18. >>is relatively moribund, due primarily to the reluctance of its author
  19. >>to develop Icon further or to interface it with the real world.
  20.  
  21. [speech about Icon's advantages/niceties deleted]
  22.  
  23. >So I'm not trying to criticize Perl.  Perl is here to stay.  And it is
  24. >destined for much greater popularity than Icon.  I'd just like to note
  25. >that there's something to be said for Icon.  It has an important niche.
  26. >And there are a lot of ideas there that are worth noting.
  27.  
  28. But, is Icon being developed any further? I for one would be sad to
  29. watch it wither away; there's so much to be done!
  30.  
  31. If I could take a sabatical and work on the Icon compiler (which needs a
  32. lot of work), I would. Perhaps there's other tasks I could do; I've
  33. written a small interface to important system calls such as
  34. fork/exec/wait etc. and I could put some more work into it. I'd also
  35. like to figure out how to write a vtran for Icon so I could add
  36. constructs to Icon (there's one construct I have in mind to help in the
  37. coding of setuid programs: as <user> <group> do { ... }).
  38.  
  39. If I can come up with the vtran I'll post this. I realized I've promised
  40. this before, but I haven't had the time for it, though I do have a small
  41. library of system call interfaces for Icon; it is very simple.
  42.  
  43. >-- 
  44. >
  45. >   Richard L. Goerwitz     ***      goer@midway.uchicago.edu
  46. >
  47.  
  48. Nick
  49.  
  50. IOS System Operator (nmw@ios.com)